第 7 章 加载并验证第一个 GCP Skill
Skill 是什么
Skill（技能）可以理解成一份能被 WorkBuddy 反复调用的任务方法包。它通常把任务规则、操作步骤、提示指令、脚本或工具入口放在一起，让同一类工作有固定的处理方式。
它不是人的职业资格，也不是企业批准。一个 Skill 可能写得很完整，却仍然存在读错文件、调用外部服务或扩大权限的风险。放进 GCP 工作流前，要像审查一段新脚本或一份新 SOP 一样，确认来源、版本、输入输出、权限和失败处理。
安装前先看清“+”按钮能做什么
Skill 把任务方法、指令和工具能力打包起来，装好以后可以反复调用。放到 GCP 场景里，重点检查来源、权限、输入输出、失败方式和金标准测试。页面上的“+”只负责安装，前面这些问题不会由按钮替你回答。
在“专家·技能·连接器 → 技能”里搜索“Excel 文件处理”后，结果出现 SkillHub 的 Simple Excel。本次没有继续点击安装：它的说明没有写明 GCP 用途，本教程也没有完成来源、权限和金标准验证。停在这里只表示当前证据不够，不评价这个 Skill 的质量。
先认清三种添加方式
当前官方界面提供三种入口。按钮都叫“添加”，背后的来源却完全不同：
| 入口 | 实际发生什么 | GCP 场景怎么用 |
|---|---|---|
| 上传技能 | 从本地导入一个 Skill 包 | 优先用于组织内部已经审查、带版本号的包 |
| 查找技能 | 按任务描述搜索技能市场 | 先用于发现候选，不把搜索结果直接视为已批准 |
| 创建技能 | 用自然语言生成一个新 Skill | 生成后仍要检查其中的说明、脚本、外部调用和权限 |
“官方推荐”能降低来路不明的风险，但不能替代企业批准；“自己创建”也不表示天然安全，因为生成的脚本同样可能读文件、调用网络或执行系统命令。
第一次验证，选“文件版本一致性核对”
第一次验证可以把范围限定在“文件版本一致性核对”：
- 输入只有虚构的文件清单、版本号、日期和批准状态；
- 动作是解析、比较、找冲突、生成待确认项；
- 输出是差异清单，不做批准判断；
- 金标准答案容易由人工预先制作；
- 不需要 EDC、HIS、邮箱或共享盘连接器。
这项任务只碰虚构元数据，标准答案也容易提前做好。用它可以把 Skill 的读取、比较、输出和失败路径都跑一遍，又不会碰病历或 SAE 处置。
把安装拆成六个检查动作
- 确认来源：作者、维护方、版本、更新记录是否可识别。
- 阅读范围：Skill 会读取哪些文件、调用哪些命令或外部服务。
- 限制权限：首轮只允许虚构工作区；写入只到
output/。 - 准备金标准：人工先做一份正确答案，不边运行边改标准。
- 测试失败样例：缺版本、日期冲突、重复文件、资料不足。
- 记录结论：通过、限制使用或拒绝，并写明复核人和版本。
使用 GCP Skill 加载与验证清单 留痕。
金标准里要故意放错题
为“版本一致性核对”至少准备四例：
| 用例 | 输入 | 期望输出 |
|---|---|---|
| 正常 | 方案 3.0、ICF 2.1 均已批准且在用 | 无冲突，列出依据 |
| 缺字段 | ICF 没有批准日期 | 待确认，不推算日期 |
| 冲突 | 文件夹名写 2.0，页脚写 2.1 | 版本冲突，同时保留两个来源 |
| 过期/错用信号 | 追踪表在用版本与批准版本不同 | 标记待调查，不自行判定偏离或根因 |
每例都检查：数量、字段、来源、未知值、输出路径、原件是否修改。
回到 WorkBuddy，按这个顺序加载
- 进入“专家·技能·连接器 → 技能”。
- 点击“添加技能”，根据已批准的来源选择“上传技能”“查找技能”或“创建技能”。
- 打开说明，核对作者、版本、更新记录、文件范围、网络访问、脚本和外部服务；不要把“推荐”“精选”当批准证据。
- 完成审批后安装，确认它出现在“已安装”列表中。首轮只启用这一项，其他无关 Skill 暂时关闭。
- 回到一个全新的虚构测试任务，通过“+ → 技能”选择它。不要在已经放有真实项目材料的旧任务里试装。
- 运行金标准测试，并保存 WorkBuddy 版本、模型、Skill 版本、输入、输出和结果。
- 未通过时先关闭，使它不能继续被任务调用；确认不再使用后再卸载。修订或更新后，从金标准测试重新开始。
安装过程如果要求新的网络、磁盘、登录或凭证权限，应在授权发生前暂停，把新增范围交给 IT 或信息安全评估。
关闭、卸载和更新分别处理什么
- 关闭：Skill 还在本机，只是当前不允许任务调用。适合测试失败后立即止用。
- 卸载：把 Skill 从本机移除。卸载前先保存验证记录，不把“文件删了”当成问题已经关闭。
- 更新：代码、说明或依赖可能发生变化。旧版本通过的结果不能自动继承到新版本。
技能较多时，只启用当前任务需要的那一个。这样既能减少模型干扰，也便于说明这次运行到底调用了什么。
Skill 没改，模型更新也可能改结果
模型版本变化，可能让同一套 Skill 得到不同的解析结果；Skill 自己更新，也可能扩大文件范围。下面六项只要有一项变化，就要重新跑金标准：
- WorkBuddy 主版本；
- 模型名称或版本；
- Skill 版本或依赖；
- 输入模板/文件结构；
- 连接器和权限；
- 验收规则。
统计编程还要防共模错误
主程序员和验证程序员如果都用同一模型、相似提示词，很可能对同一处规范歧义做出相同的错误解释。两边的代码看起来互相验证，错误来源却是同一个。验证程序员仍要从规范独立推导；遇到歧义，交给人走 spec 澄清流程。
能留下这五项证据，再谈投入使用
- [ ] 没有把公开 Skill 的展示标签当批准依据
- [ ] 首轮只使用虚构数据和窄工作区
- [ ] 正常、缺字段、冲突和资料不足样例均测试
- [ ] 记录了 WorkBuddy、模型和 Skill 版本
- [ ] 明确了禁用场景和重新验证触发条件
本章产品操作核对基线：技能（Skill）。核对日期：2026-08-30。